進入到公司，我覺得最不習慣的，應該就屬發 PR 這個工作了

因為公司目前工作分配方式是希望有 code review 的流程，每一次的提交，都需要有一位同事的審閱並拿到同意，所以不是說你程式碼完成了，跑過 CICD 了，就可以順利提交，你會需要讓你的 PR 是可以容易被閱讀的，如果你覺得專案太過於複雜，可能還會需要先準備相對應的流程圖來解釋

而上面這個容易閱讀，我覺得還算是比較簡單的事情，有時候你的 PR 因為涉及到商業邏輯的部分，可能還需要回頭找 PM 核對說到底某些例外狀況要怎麼處理，你的 PR 就會被卡住，而專案時程還是要繼續，所以你可能就要先把有爭議的部分先移除，把沒爭議的部分先完成，等到 PM 釐清到底要什麼了，再把內容補上，這樣才能在有限的時間內，推進更多的工作

現在感覺這個『決定一張 PR 的範圍』真的是一門藝術，你要根據你對於你同事的熟悉程度，還有你跟你 PM 合作的感覺，來決定你的專案要怎麼推進，就算到了現在，我還是很常會因為沒注意到一些細節，然後就讓自己目前的進度因為一個卡死的 PR 進退不得

AI 使用程度

[x] 無
[ ] AI 進行校稿
[ ] AI 主筆